home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
EnigmA Amiga Run 1995 October
/
EnigmA AMIGA RUN 01 (1995)(G.R. Edizioni)(IT)[!][issue 1995-10][Aminet 7].iso
/
Aminet
/
comm
/
fido
/
FQUERY.lha
/
docs
/
FF.policy
Wrap
Text File
|
1995-04-01
|
7KB
|
130 lines
Policy of site FidoNet#1:167/104.0 regarding the echo AMIGA_FILEFIND.
This site will no longer be POSTING responses to file queries in the echo
AMIGA_FILEFIND. In addition, the previous status as Designated Reply Echo
for AREXX, FALCON_CBCS, AMIGA_OS&EM and AMY_POINT and other echos is
REVOKED and now transferred to AMIGA_FIND. We will however, continue to
scan this echo and respond via netmail to all queries which are within the
configuration limits set for netmail responses, in order to provide all
users with the benefit of the database available here.
I will be quite forthright in the reasons for this change in policy. It
has become obvious that the moderator of this echo has two sets of rules or
interprets his own rules differently depending upon what program, which
site or which user is posting a message. He has also made it clear that he
will not permit any contradiction of his public statements on this matter
and that he is looking for an opportunity to have my feed cut. This policy
removes any such opportunity.
There will be no response to any replies posted AMIGA_FILEFIND, as the
echo will be passthru on my site. Netmail replies that are not based upon
knowledge of the netmail exchange made available below, will be given the
same consideration as was given to that reply.
The moderator has attempted to characterize the netmail exchanges between
us in an unfavourable light in this echo. He does this WITHOUT any user of
this echo being privy to the actual contents of this exchange and protects
his version of events by threatening a feed cut if I post anything that
contradicts his misrepresentations.
I will not inflict the 60-odd-K of messages on the users of this echo,
but if you need a more complete picture, freq the netmail record:
LEMBREE.ZIP (18k) from 1:167/104.0.
The moderator has made the libelous claim in AMIGA_SYSOP that this record
has been modified, yet I have no record of him freqing it from me, so
cannot understand how he could make such a statement. One can understand
why he would, especially if his version is significantly different from the
real thing. For the Lembree version, freq AUBE1.ZIP from 1:326/209. The
moderator has made a claim that he has sent his version of the netmail
exchange to Sylvain Aube (NEC167) at 167/90. Sylvain has not received it.
There have been many messages posted by users related to the availabilty
of files, yet when I posted a message indicated that I now had the FSC's
that were not hatched on the filebone, it was the only such message ruled
off-topic. This, despite the fact I was not the ONLY person who posted
queries for FSCs.
Messages related to FQuery availability were ruled off-topic, yet it is
permitted to post such for Amiga-FileFind. Even though the moderator stated
in a netmail message to me that no author can conduct software support in
AMIGA_FILEFIND, in reality this applies only to me.
There have been MANY site headers posted in this echo that not only
exceeded the 10 line recommended limit but also the 15 line maximum. Yet
the site header posted by THIS site, which is now within both these limits,
and originally was within the 15 line limit, is called a waste of bandwidth.
As an example of a waste of bandwidth, the moderator posted a old 13 line
header from this site. and called it 19 lines! I can only assume that the
moderator counts a SINGLE CARRIAGE RETURN (ie a BLANK LINE) as 80
characters and cannot determine where a header ends and a report begins.
Many of the site headers posted by other sites have trailing spaces on each
line, making each line 79 or 80 characters, a massive waste for bandwidth
that is not addressed by the moderator. There are 10 line site headers
that are longer than my original 15 line header! For example, a site
header of 9*80=720 characters, while my 9 line header is 581 characters,
including the FTS required CRs.
The moderator has also pointed out the program trailer, which was, at the
time, 4 text lines long, this being 3 or more lines shorter than the
program trailers from other programs used in this echo. Perhaps the
contents was not acceptable, being as non-essential as the debug info
presented by the other programs. Regardless, weeks after this was reduced
to one line, the moderator still complained.
The moderator has attempted to demand pre-approval of FTN software and
demanded that 'testing' be not conducted in this echo. FQuery is the only
FileFind system for the Amiga with a FTSC product code. Recent messages
from other filefind programs in this echo had NO match list or had
configuration keywords instead of a match list or produced massive numbers
of messages that demonstrated a poor understanding of search exclusions.
This seems to indicate that the moderator-preferred program is still 'not
ready'. Due to the exact duplication of all headers and control info in
multiple messages from such sites, the subsequent messages are considered
dupes and are discarded by all sites which do header crc dupe checking.
All FQuery testing was done before connecting to the echo. FQuery is GPL
and is source released. Due to a configuration error of my hub, two
unformatted test messages made it into this echo. The moderator DID NOT
INFORM me of this until quite recently yet is still complaining about
these, despite the fact that ALL susequent messages were properly
formattted. The moderator did not inform anyone of his counting methods or
how he deterimines 'waste of bandwidth'. The moderator has continued his
misrepresentations here and in OTHER echos, DESPITE the fact that I had
indicated acceptance of the possibility in a breakdown in communications
and DESPITE the fact that FQuery was DESIGNED to be completely configurable
on a per-echo-basis.
The moderator makes a claim that he did not attempt to ban FQuery. The
netmail record shows this to be not true. In fact, the moderator demanded
the right to pre-approve ANY software that posted messages!
The moderator was invited MANY times to send a routed netmail message to
this site to FQUERY with a subject of '%report AMIGA_FILEFIND', and to
demonstrate from the configuration report of this echo, exactly how the
rules were violated. He did not.
The following is the present config report.
Configuration report for AMIGA_FILEFIND at FIDONET#1:167/104.0
Replies are posted in :NETMAIL
Maximum Reply Messages per query message :3
Local Messages Excluded :NO
Maximum Age of processable query (days) :20
Maximum site information header (lines) :10
Send Site Info exceeding above via NetMail :NO
Maximum matchlist per message (lines) :192
Maximum matchlist per message (bytes) :8192
Maximum postable matchlist (bytes) :32768
Send matchlist exceeding above via NetMail :NO
Minimum Description query processed (words) :1
Minimum Description query processed (chars) :3
Minimum FileSpec query processed (chars) :3
Minimum KeyWord query processed (chars) :3
Keywords Ignored: <deleted>
Don't worry, all queries will still be processed and the response sent via
routed netmail.